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REMARKS 

The Examiner rejected claims l-ll and 16-25 under 35 U.S.C. 103(a) as being 

Publication No. 2005/002 1 857). 

Applicant respectfoily submit, that Heddaya and Balassanian are incompatible, mus 
cwn be combined to teach or suggest the elements of the claimed invention as argued by the 
Office Action. Specifically, as the Office Action points out, Heddaya mils to teach or suggest 
routing data traffic at a data cache with reference to information in an application layer 
Balassanian describes what it calls "routing" of media, but no intermediate device such as a 
router or data cache is described. Balassanian describes routing as the determination by the 
destination device about which resource to utilize to service the transmitted media. As such, 
Balassanian is using the term "routing" in the more general sense of the word. However, one of 
ordinary skill in the art recognizes that the term "routing" in the context of the present 
application refers to the use of intermediate devices, such as routers, switches, or data caches, 
and the determination of which "route" to take from device to device. It does not refer to 
internal decisions within a network device as to which resource within the device to assign. 
Balassanian only uses its "content-type" field to determine which resource to assign to the media 
once the media arrives at the destination device. It does not actually modify the destination 
device of the transmission, or the route it takes, based on the content type of the transmission. 
Claims 1, 16, and 20-23 have been amended to make this distinction more clear. Specifically, 
these claims have been amended to make clear that routing involves the forwarding of data 
traffic from the network cache to another network device in the network. 

Balassanian's failure to perform actual routing ("forwarding the data traffic from the 
network cache to another network device in the network-) based on the content type is an 
important distinction because Balassanian must then rely on algorithms executed on both the 
source and destination devices to determine which resource to assign. Specifically, Balassanian 
requires that the source device embed either a "destination resource" or a "source type" in a field 
in each packet See [0038] ("To route content from a source resource on a source appliance to a 
destination resource on a destination appliance, information about the destination resource must 
be known to the source appliance to appropriately encapsulate the content for routing across the 
network."). See also [0043] ("First, a header is built containing at least the source content-type 
and the destination appliance routing address string,"). 
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Thus, in Balassanian, the source device essentially has "perfect information" about the 
^^ — ^^^^^^^^ 

^eTl ^ P ^ £&eP ^ fOT ^ SW ^^iondevicethen 
resource, and assigns the packet to the corresponding resole. See [0039]. Tnis obviously 
requ.es processing steps on both the source device and destination device that wexe not 
previously performed. 

Indeed, combining Balassanian with Heddaya ruakes no sense, because if the invention in 
Heddaya were modified so that the source device and the destination device performed the 
agonal processing steps, there would be no reason at all to perform additional routing steps at 
the data cache. Alternatively, even if one were to perform some routing at the data cache it 
would not be based on general application layer data but instead on the information specifically 
embdeeded by the source device. Essentially. Balassanian makes the job of any device that 
receives the packet quite easy by "pre-building* the packet in a way such that assigning a 
resource to the packet is trivial. In other words, in Balassanian the source device actually makes 
the "routing" decision - it decides which resource to assign to the packet and embeds this 
information, either explicitly or implicitly, in the packet itself In Heddaya, the intermediate 
device makes this touting" decision. As such, me two references are incompatible. Either the 
source device makes the decision, or the intermediate device. It makes no sense to have a 
combined invention where the same decision is made on two separate devices. 

The claimed invention, on the other hand, handles situations where the source device is 
not so sawy as to pre-build its content packets in this manner, or at least where the source device 
has elected not to build its content packets in this manner. In such instances, the intermediate 
device itself must determine how to route the packet without any help from the source device 
Neither Heddaya nor Balassanian nor their combination teach or suggest assigning this level of 
sophistication to an intermediate device, let alone to a data cache. As such, Applicant 
respectfully submits that claims 1, 16, and 20-23 is in condition for allowance. 

The Examiner rejected claims 12-15 under 35 U.S.C. 103(a) as being unpatentable over 
Heddaya et al. (U.S. Patent No. 6,205.48 1) in view of Balassanian (U.S. Patent Publication No 
2005/0021857) and further in view of Dillon (U.S. Patent No. 6,016,388). 

Dependent claims 2-1 5, 17-19, and 24-25 are also patentably distinct from the cited 
references for at least the same reasons « those recited above for the independent claim, upon 
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which they ultimately depend. These den^A™* i • 

. , uu «*P*nn. inese dependent clauns raite additional limitations that further 

reached at the telephone number set out below. 



Respectfully submitted, 

BEYjHR WEAVER & THOMAS, LLP 




Marc S. Hanish 

P.O. Box 70250 No " 42 » 626 

Oakland, Ca 94612-0250 

650-961-8300 
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